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Description 

The subject invention relates generally to word 
processing systems, and more particularly, relates to 
word processing systems for preparation of a number s 
of personalized copies of form documents. 

The use of computer and data processing equip- 
ment directed to word processing applications is well 
known in the art. Such systems provide the capability to 
merge text with data to create complex reports and io 
mass mailings. Millions of letters, for example, are 
nailed every day which use a form or shell letter com- 
bined with inserted data (e.g., name and address). 

U.S. Patent No. 4,085,445, teaches a word 
processing system, which interleaves the printing of let- is 
ters and envelopes to simplify and speed up mass mail- 
ings. In the preferred mode, the data to be inserted is 
name and address information. 

Merging of other data is shown In U.S. Patent No. 
4,454,576. However, this reference is primarily directed 20 
to a technique for reducing report generation commands 
to machine dependent language for transliteration be- 
tween various operator languages. 

The IBM 5520 Administrative System is well known 
as a current system having a powerful capability to ere- 2S 
ate mass mailings and very complex reports. To perform 
these applications, a document called a Merge Control 
Document (MOD) is used combined with data from a text 
file. The MCD will commonly also be called "shell doc- 
ument" herein. 

Creation of an MCD or shell document is disclosed 
in IBM Technical Disclosure Bulletin, Volume 26, 
Number 12, pages 5642-5643. dated May. 1986, and 
entitled "Method to Merge Table Data Using One-Cell 
Table Objects". This technique is useful for generating 3S 
form letters with specific variable data Inserted. 

The generation of complex documents of the type 
described herein is discussed in IBM Technical Disclo- 
sure Bulletins: 

40 

1) Volume 29, Number 1, pages 406-407, dated 
June, 1986, entitled "Improved Technique for Print- 
ing Multi-Copy Documents"; 

2) Volume 29, Number 6, pages 2387-2389, dated 
November, 1986, entitled "Word Processor Having 45 
Conditional Text Printing for Mass Mailings"; and, 

3) Volume 30. Number 5, pages 1 84-1 88, dated Oc- 
tober, 1987, entitled "Enhanced Technique for 
Merging Data from a Second Document". 

so 

Each of these teach the use of the IBM 
DisplayWrite_ Text Instructions to generate such docu- 
ments. However, these techniques require substantial 
complexity in the drafting, maintenance and modifica- 
tion of the MCD or shell document. ^5 

European Patent Application published with refer- 
ence No 0 067 303 describes a report generation control 
system for operating a text processor to produce output 
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reports containing inter-report summary data from data 
processing-type files. The system is compatible with text 
pagination functions and is useable by a text entry/revi- 
sion operator with no programming skills. The system 
permits the operator to describe the desired report by 
keying an example page of the report in the exact de- 
sired format and then editing the example page by re- 
placing the required variable file data examples with de- 
scriptive instructions and by inserting summary instruc- 
tions. The system scans the edited example page for 
instructions, breaks it down into logical components and 
compiles the components into program routines which 
will produce the desired output report. 

European Patent Application published with refer- 
ence No 0 075 732 describes an improved method and 
apparatus in an interactive text processing system for 
creating documents by selectively merging text data 
from two or more text records by signalling the location 
in a document at which the insert of text data is to be 
added, displaying a Merge Tasks Menu which provides 
an option for executing a merge operation in response 
to either Switch Code or Named Variable control codes, 
specifying the identification and location of the text data 
comprising the Shell Document and the Fill-in Docu- 
ment, and executing the Merge operation based on the 
specified data and Merge control mode. 

The present invention, as claimed, provides a much 
simpler technique for creating documents that can be 
used in combination with data to create complex reports 
and mass mailings. The person creating these docu- 
ments does not need to understand the concepts of or 
be able to use a pseudo-programming language. Main- 
tenance and enhancement of the applications can be 
easily accomplished without fear of ruining the entire ap- 
plication. 

To create such documents, the operator defines a 
shell document. A shell document has common text and 
at least one document command. Document comnnands 
can be either fixed document commands or variable 
document commands. Fixed document commands are 
known in the prior art. The present invention teaches 
variable document commands. Each variable document 
command has at least one field. The field can be either 
a variable field or a constant field. Variable fields have 
a first variable for specifying a table and a second vari- 
able for specifying a position within the table where var- 
iable data is located. The variable document command 
can be any command that affects the formatting of a 
document. Besides include text and include image, oth- 
er possible variable document commands could be con- 
ditional text command (if/then/else), skip lines com- 
mand, change font command, etc. 

This invention makes use of the constant and vari- 
able fields in combination with (actually embedded in- 
side) variable document commands to provide the abil- 
ity to do MCD-type logic within a shell document. 

One object of the present invention is to greatly sim- 
plify the process of creating and maintaining complex 
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reports and documents. 

A second object of the present invention is to pro- 
vide the capability to expand the concept of variable 
document commands to other fixed document com- 
mands. 

A further object of the present invention is to provide 
a system wherein variable or constant fields may be em- 
bedded into variable text document commands, such 
that the variable fields of the variable document com- 
mands may be from a data file. 

A further object of the present invention is to provide 
a system wherein variable document command fields 
may be modified by changing the data file rather than 
the variable document command. 

These and further objects of the present invention 
will become apparent from the following description of 
the preferred embodiments when read in conjunction 
with the attached drawings. 

Fig. 1 Is a conceptual drawing of a form letter suit- 
able for mass mailings. 

Fig. 2 is a conceptual diagram for the variable text 
to be inserted into the form letter of Fig. 1 . 

Fig. 3 is a table of sample data for insertion into the 
form letter of Fig. 1 arranged as per the prior art. 

Fig. 4 is a shell document prepared in accordance 
with the prior art to produce the form letter of Fig. 1 . 

Fig. 5 is a table containing similar data as found in 
the table of Fig. 3 constructed in accordance with the 
present invention. 

Fig. 6 is a shell document prepared in accordance 
with the present invention to produce the form letter of 
Fig. 1. 

Fig. 7 is a conceptual flowchart for operation of the 
present invention. 

The preferred mode of the present invention is de- 
scribed as incorporated in the IBM Application System/ 
400^1^. However, those of skill in the art will readily ap- 
preciate that the present invention may be implemented 
with other systems from the description provided herein. 

Fig. 1 is a conceptual view of a form letter 10. Such 
form letters are typically used for mass mailings for ad- 
vertising and similar purposes. Form letter 10 has a 
printed letterhead 12 having the name and address of 
the sender along with other optional information. Letter- 
head 1 2 may be embossed using standard prior art tech- 
niques. 

Inside address 14 contains the name and address 
of the recipient of the letter. For most mass mailings, 
each copy of form letter 10 will have a different recipient 
and hence a different inside address 1 4. The information 
for inside address 1 4 may be built intoa data file wherein 
each record contains the name and address of a differ- 
ent recipient. As such, this data file is simply a mailing 
list. 

The introductory line contains the greeting "Dear" 
16 which Is common to all copies of form letter 10. Field 
18 is wherein the name of the recipient is inserted. This 
is conceivably the first entry of each record of the mailing 



list data file. 

Standard text 20 is also common to all copies of 
form letter 1 0. It may be a single word or two or as much 
as several pages. It is shown here schematically as a 

5 representation of its location. 

Variable text 22 is different for different copies of 
form letter 10. In the most general case, variable text 22 
for any copy of form letter 1 0 may consist of one or more 
modules of text which are arranged in a particular way 

10 to correspond to one or more variables associated with 
the prospective recipient of the letter. These variables 
may be unique (e.g., social security number) or may be 
relatively common (e.g., age or sex). The variables may 
be a direct portion of the mailing list (e.g. . resident state) 

15 or may be indirect (e.g., annual income). Variable text 
22 may vary from a single word to multiple pages of text. 

Standard text 24 is similar to standard text 20. It is 
the same for all copies of form letter 10. The closing, 
"Sincerely" 26, is common to all copies of form letter 10. 

20 It is in that regard the same as standard text 20 and 
standard text 24. Signature 28 may be unique to one or 
a class of copies of form tetter 1 0. 

Fig. 2 is an example of variable text prepared for 
Insertion into form letter 10. In the instant example, form 

2S letter 10 is in response to requests for information re- 
garding insurance coverage. The sender of form letter 
10 has information concerning four basic types of insur- 
ance coverage (i.e., home, life, auto and medical). How- 
ever, because insurance law varies from state to state, 

30 the relevant information concerning each type of insur- 
ance coverage can vary depending upon the state of 
residence of the recipient of the information. Therefore, 
the variable text portions are arranged according to Min- 
nesota, MN 30; Wisconsin. Wl 40; and Iowa, IA50. For 

55 clarity only three states are shown. 

Home 32 is the variable text which describes the 
home insurance coverage according to Minnesota law. 
Home 32 may contain a small amount of text or may be 
several pages in length. Similarly, home 42 describes 

<o the home insurance coverage according to Wisconsin 
law. Home 52 describes the home insurance coverage 
according to Iowa taw. 

Life 34 is that text which describes the life insurance 
coverage according to Minnesota law. Life 44 and life 

45 54 describe the life insurance coverage under Wiscon- 
sin and Iowa laws, respectively. Similarly, auto 36. med- 
ical 38, auto 46, medical 48, auto 56 and medical 58 
describe auto and medical insurance coverage under 
the laws of Minnesota, Wisconsin, and Iowa, respective- 

50 iy. 

Fig. 3 is table 60 for arranging such data as is re- 
quired to complete form letter 10 according to the prior 
art technique. Table 60 contains column 62, NAME; col- 
umn 64, ADDRESS; column 66, STATE; column 68, 
55 HOME; column 70, LIFE; column 72, AUTO; and column 
74, MEDICAL. Table 60 has a separate row or record 
for each recipient. Row 76 corresponds to recipient John 
Smith. The corresponding entry in column 64 (i.e., 123 
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Main...) is the street address of recipient John Smith. 
The corresponding entry in colunnn 66 (i.e., MN) indi- 
cates Minnesota as John Smith's state of residence. 
Column 68 indicates that John Smith wants/needs in- 
formation concerning home insurance coverage. Col- 
umns 70 and 72 show that John Smith is not to get in- 
formation regarding life and auto Insurance coverage. 
However, column 74 shows that John Snnlth should get 
information regarding medical insurance coverage. 

Rows 78 and 80 provide the same data for prospec- 
tive recipients Mary Jones and Bill Johnson, respective- 
ly. Additional rows 82 contain data regarding other pro- 
spective recipients. Such additional information is omit- 
ted for clarity. 

Fig. 4 shows the form of shell document 1 00 created 
to produce the various copies of form letter 10, wherein 
shell docunnent 100 is prepared in accordance with the 
prior art. Inside address 14 is prepared using the data 
field fixed document command found in IBM Application 
System/400^'^ Office Word Processor. Line 102, for ex- 
ample, is "♦SiNAME", The indicates a document com- 
mand. The specifies data field. "NAME" is the vari- 
able. Line 102 says to go to column 62 (entitled NAME) 
of table 60 (see also Fig. 3) and enter the contents of 
one row of column 62 for each succeeding copy of form 
letter 10. Similarly, line 104 enters the address from col- 
umn 64, and line 106 enters the state of residence from 
column 66. 

Data field fixed document command 108 (i.e.. 
*&NAME) inserts the name in the greeting. Standard 
text 20, standard text 24, closing 26 and signature 28 
are as previously described. 

Variable text 22 is implemented as a pseudo-pro- 
gram which must be written by the operator. As can eas- 
ily be seen from Fig. 4, it is variable text 22 which in- 
volves the major complexity of shell document 1 00. The 
pseudo-program Is performed serially as with ordinary 
software. 

The pseudo-program begins with fixed document 
command "begin conditional text" (i.e., *BCT). This is a 
branch instruction. If the condition in the parenthesis is 
met. the next sequential step is executed. If the condi- 
tion is not met, control is transferred to the next "end 
conditional text" (i.e., *ECT) fixed document command. 
The only other fixed document command needed for 
variable text 22 is "include text" (i.e., *INC). This com- 
mand causes the text specified by the variable In the 
parenthesis to be inserted. 

Line 1 1 2 determines whether the state of residence 
of the person named at line 102 is Minnesota. If no, con- 
trol reverts to the next in line *ECT which is found at line 
122. If the state of residence is Minnesota, control se- 
quences to line 114. Referring also to Fig. 3, it can be 
seen that the first copy of form letter 10 will be sent to 
John Smith (see row 76) who is a resident of Minnesota. 
Therefore, lines 114. 116, 118 and 120 will be executed 
for John Smith, but not Mary Jones or Bill Johnson. 

Execution of line 114 determines whether column 



68 contains "Y" showing that information regarding 
home insurance coverage is to be sent. If not, control 
reverts to the *ECT at the end of line 114 and then im- 
mediately to line 116, For John Smith, column 68 con- 
5 tains "Y". The next fixed document command *INC (MN, 
TEXT.I) then goes to MN 30 and Inserts the text of 
HOME 32 (see also Fig. 2). Control next proceeds to 
line 116. 

The fixed document command of lines 1 1 6 and 1 1 8 

10 determine whether text should be inserted regarding life 
and auto insurance coverage. For John Smith (i.e., row 
76), no such text is required. However, line 1 20 will insert 
MEDICAL 38 because column 74. row 76 contains "Y". 
The pseudo-program steps for each of the other 

IS stales are represented by lines 1 24, 1 26, 1 28 and 1 30. 
The detail has been omitted for clarity. However, it can 
be easily seen that for four types of information, six 
pseudo-programming lines are needed for each state. 
For the three states of our example, this would be 18 

20 total pseudo-programming lines. For fifty states, this 
would be 300 pseudo-programming lines. 

It can further be seen from this example that the ad- 
dition of another type of Insurance (e.g., RENTER) 
would require an additional line In the pseudo-program 

26 for each state. Similarly, the addition of a new state will 
also necessitate large modification to the pseudo-pro- 
gram. 

Fig. 5 shows table 60 restructured as table 140 in 
accordance with the present invention. Table 140 con- 
30 tains column 62. 64, and 66 which are identical to those 
columns as found in table 60. Columns 68, 70, 72 and 
74 of table 60 are replaced with column 142. PAGES, 
of table 1 40. Notice that column 1 42 contains the same 
information as columns 68, 70, 72 and 74 wherein entry 
35 144 corresponds with row 76, entry 146 corresponds 
with row 78, and entry 1 48 corresponds with row 80. En- 
try 1 44 means that the copy of form letter 1 0 sent to John 
Smith (i.e., row 76) should contain page 1 (i.e., Informa- 
tion regarding home insurance coverage) and page 4 (i. 
40 e., Information regarding medical insurance coverage). 
Similarly, entry 146 indicates information regarding all 
four types, and entry 148 indicates information regard- 
ing types 2 and 3 only. 

Table 140 also contains additional column 141 en- 
4S titled AGENT. This column points to the Image of a sig- 
nature for each agent within each state. Therefore, MN 
AGENT 143 represents the signature of the agent for 
Minnesota. Similarly, I A AGENT 145 and Wl AGENT 
1 47 represent the signatures of the agents for Iowa and 
50 Wisconsin, respectively 

Fig. 6 is a diagram of shell document 1 50 created 
in accordance with the present invention. All elements 
of Fig. 6 are as previously described except the pseudo- 
program which produces variable text 22 and the signa- 
ls ture block 1 57. The pseudo-program has been replaced 
by a single variable document command (I.e., 
♦INCTXT). No conditional fixed document command (I. 
e., 'i'BCT) is needed because it is assumed that some 
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text will be added for each copy of form letter 10. Fur- 
thermore, the ♦INCTXT variable document command 
may have variable fields. 

In the Instant example, line 1 52 indicates where the 
specified text will be inserted. The first field (i.e. , variable s 
field 154, &STATE) says that the text to be inserted is 
all within the state category (see Fig. 5) defined by col- 
umn 66 of table 140 at the row of the prospective recip- 
ient. The value from column 66 is the name of the doc- 
ument that contains the standard paragraphs (see Fig. io 
2). Contrast this with line 114 of Fig. 4 in which the first 
parameter 11 3 of the *INC fixed document command is 
hard-coded to "MN". 

Referring again to Fig. 6, field 156 is hard-coded to 
"STDPARAS", which is the name of a folder that con- is 
tains one document for each state. However, field 158 
is specified by variable field &PAGES. This data field 
causes access to column 1 42 of table 1 40 for the row 
of the prospective recipient. In this way, each of the piec- 
es of text to be added is specified by table 140, not by 20 
shell document 150. Addition of more states or more 
types of insurance coverage will not cause any change 
to shell document 150. Table 140 must change, of 
course, but modification to table 60 was required using 
the prior art technique as well. 2S 

The remaining change to shell document 1 50 ac- 
cording to the present invention is in the signature. Re- 
ferring again to Fig. 4, the prior art technique was to sup- 
ply signature 28 by actually signing each copy or by 
printing or stamping the signature. The signature block 30 
of form letter 1 50 is variable and is specified by table 
140 (see Figs. Sand 6). 

Form letter 150 contains the variable document 
command 157, ♦INCIMG. This command causes a var- 
iable image (in this case a signature) to be specified by 
variable field 155 (&AGENT). in operation, table 1 40 col- 
umn 141 is consulted according to the row of the specific 
copy being prepared, and the corresponding signature 
is inserted as specified by column 141. 

Fig. 7 is a flowchart for software modification re- 
quired to practice the present invention. The program- 
ming stream is entered at 200. Element 202 scans the 
next line of shell document 150 for a document com- 
mand. These are signified by a leading asterisk (i.e., 
"*■). If none is found, control returns to the previous con- 
trol stream at 214. 

if a document command is found, the fields are 
searched for a variable field at element 206. In the pre- 
ferred embodiment, a variable field is indicated by an 
ampersand within parenthesis, such as line 152 of Fig. 
6. Note that line 102 of Fig. 6 does not contain a variable 
field because the ampersand is not within parenthesis. 
If a variable field is found at element 208. the document 
command Is a variable document command, and ele- 
ment 21 0 accesses the data source to acquire the exact 
value and inserts it into the variable field. If element 208 
does not find a variable field, the command is a fixed 
document command containing only hard-coded fields, 
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and element 210 is skipped. Element 212 processes the 
document command. 



Claims 

1 . A method of creating a plurality of form documents, 
comprising the steps of : 

a. defining a shell document (1 50) having com- 
mon text (20, 24) and a variable document com- 
mand (152), said variable document command 
having a variable field (154. 158) specifying a 
location of variable data to be included in the 
form document; 

b. inserting a location index (&state, &page) . 
contained in a table of data (140) for insertion, 
in said variable field (154, 158); 

c. accessing variable data (MN, I A, Wt, 144, 
146, 148) in the location specified by said loca- 
tion index (&state, ftpage) inserted in said var- 
iable field (154, 158); 

d. merging into said shell document variable 
data as indicated by said accessing step to cre- 
ate one of said plurality of documents; and. 

e. repeating said inserting, said accessing and 
said merging steps once for each additional 
one of said plurality of form documents to cre- 
ate said plurality of form documents. 

3S 2. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable field (154, 
1 58) further comprises a first variable for specifying 
a table (1 40) and a second variable for specifying a 
position (66, 142) within said table where variable 
40 data is located. 

3. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 
command (152) is an include text command 

45 (*INCTXT) or an include image command (*IN- 
CIMG), wherein said step of accessing variable da- 
ta accesses variable data comprising text or image 
respectively, and wherein said step of merging into 
said shell document variable data merges variable 
so data comprising text or image, respectively. 

4. A method of creating a plurality of documents ac- 
cording to claim 1 wherein said variable document 
command (152) is a conditional text command (if, 

ss then, else) or a skip lines command or a change font 
command. 

5. A method ol creating a plurality of documents ac- 
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cording to claim 1 wherein said location index 
(&state, &page) inserted in said variable field (154, 
1 58) comprises a list (1 44. 1 46, 1 48) of locations of 
variable data to be included in the form document, 
said list being of variable length. 

6. A data processing system for composing a plurality 
of form documents having variable data 
comprising : 

a a shell document (150) common to each of 
said plurality of form documents having com- 
mon text (20, 24) and a variable document com- 
mand (1 52) for the insertion of said variable da- 
ta wherein said command contains a variable 
field (1 54, 1 58) specifying a location of variable 
data to be included in the form document; 

b. a table of data (140) for insertion, said table 
havingaplurality of entries (66, 142, 141). each 
entry corresponding to one of said form docu- 
ments, wherein each entry comprises a loca- 
tion index (&state. &page); 

c. means for inserting said location index 
(&state, &page) contained In said table of data 
(140) for insertion, In said variable field (154, 
158); 

d. means for accessing variable data In the lo- 
cation specified by said location index (&state, 
&page) inserted in said variable field (154, 
1 58); and 

e. means coupled to the accessing means for 
merging said variable data into said shell doc- 
ument to create one of said plurality of form 
documents. 

7. A data processing system according to claim 6 
wherein said variable document command (152) is 
an include image command (*INCII\/1G) or an in- 
clude text command (*INCTXT) wherein said vari- 
able data accessed by said accessing means and 
merged by said merging means comprises an im- 
age or text, respectively. 

8. A data processing system according to claim 6 
wherein said variable field (154. 158) further com- 
prises a first variable for specifying a table (1 40) and 
asecondvariablefor specifying a position (66, 142) 
within said table where variable data is located. 

9. A data processing system according to claim 6 
wherein said variable document command (152) is 
a conditional text command (if, then, else), or a skip 
lines command, or a change font command. 
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10. A data processing system according to claim 6 
wherein said location index (&STATE, &PAGE) in- 
serted in said variable field (1 54, 158) comprises a 
list (144, 146. 148) of locations of variable data to 
be included in the form document, said list being of 
variable length. 



PatentansprQche 

1. Ein Verfahren zur Erstellung einer Vielzahl kunden- 
spezifischer Formdokumente, das aus folgenden 
Schritten besteht: 

a. Definieren eines Rahmendokuments 150mit 
gleichbleibendem Text 20, 24 und einem varia- 
blen Dokumentbefehl 152. der eIn Variablen- 
feld 154, 158 besitzt, in dem eine Position in 
das Dokument aufzunehmender variabler Da- 
ten angegeben wird; 

b. EinfOgen eines Posit ionsindex (&state, &pa- 
ge), der in einer fur die EinfOgung bestimmten 
Datentabelle 140 steht, in das Variablenfeld 
154. 158; 

c. Zugriff auf die variablen Daten 144, 146, 148 
(MN, lA. Wl) an der Stelle. die durch den in das 
Variablenfeld 154, 158 eingefugten Positions- 
index (&state, &page) bezeichnet wird; 

d. Einmischen der in Schritt c genannten varia- 
blen Daten in das Rahmendokument, urn eines 
aus der Vielzahl der kundenspezifischen Form- 
dokumente zu erstellen; und 

e. Wiederholen der Schritte b bis e fur jedes 
weitere aus der Vielzahl der Formdokumente, 
um die entsprechende Vielzahl kundenspezlfi- 
scher Dokumente zu erstellen. 

2. Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1 , wobei das Variablen- 
feld 1 54, 1 58 f emer eine erste Variable zur Angabe 
einer Tabelle 140 und eine zweite Variable zur An- 
gabe einer Position 66, 142 innerhalb der Tabelle, 
an der die variablen Daten stehen, enthalt, 

3. Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kumenten gemaB Anspruch 1, wobei der variable 
Dokumentbefehl 152 ein Texteinfugungsbefehl 
(*INCTXT) Oder ein Grafikeinfugungsbefehl 
fINGIMG) ist, und wobei der Schritt, in dem auf va- 
riable Daten zugegriffen wird, variable Daten abruft, 
die aus Text bzw. Grafik bestehen, und wobei der 
Schritt, in dem variable Daten in das Dokument ein- 
gemischt werden, aus Text bzw. Grafik bestehende 
variable Daten in das Dokument einfOgt. 
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4. Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kumenten gemalB Anspruch 1 , wobei der variable 
Dokumentbefehl 152 ein Bedingungsbefehl (wenn, 
dann, andernfalls) cxJer ein Befehl zum Ubersprin- 
gen von Zeilen oder ein Schriftanderungsbefehl ist. s 

5. Ein Verfahren zur Erstellung einer Vielzahl von Do- 
kunrtenten gemaB Anspruch 1 , wobei der in das 
riablenfeld 154. 158 eingefugte Positionsindex 
(&state, &page) eine Liste 144, 146, 148 von Posi- io 
tionen, an denen in das Formdokument einzufugen- 

de variable Daten stehen. bezeichnet. wobei die Li- 
ste eine variable Lange besltzt. 

6. Ein Datenverarbeitungssystem zur Erstellung einer is 
Vielzahl kundenspezifischer Formdokumente mit 
variablen Daten, bestehend aus: 



ne zweite Variable zur Angabe einer Position 66. 
1 42. an der die Variable innerhalb der Tabelle steht, 
enthalt. 

9. Ein Datenverarbeitungssystem gemaB Anspruch 6. 
bei dem der variable Dokumentbefehl 152 ein Be- 
dingungsbefehl (wenn, dann, andernfalls) oder ein 
Befehl zum Uberspringen von Zeilen oder ein 
Schriftanderungsbefehl ist. 

10. Ein Datenverarbeitungssystem gemafB Anspruch 6, 
bei dem der in das Variablenfeld eingefugte Positi- 
onsindex (&state, &page) eine Liste 144, 146, 148 
von Posilionen umfaf3t, an denen die in das Form- 
dokument einzufugenden variablen Daten stehen, 
wobei die Liste eine variable Lange besitzt. 



a. einem Rahmendokument 150, das alle die- 
sen Formdokumenten gemeinsam haben, und 
das gleichbleibenden Text 20, 24 sowie einen 
variablen Dokumentbefehl 1 52 enthalt. welcher 
die variablen Daten einfugt, wobei dieser Be- 
fehl ein Variablenfeld 1 54, 1 58 enthalt, das eine 
Position angibt, an der in das Dokument einzu- 
fugende variable Daten stehen; 

* 

b. einer Datentabelle 140 mit mehreren Eintra- 
gen 66, 142, 141, aus der die Daten eingefugt 
werden, wobei jeder EIntrag einem der Form- 
dokumente entspricht und einen Positionsin- 
dex (&state, &page) enthalt; 

c. Mittein zum Einfugen des in der Tabelle fur 
die Einfugung enthaltenen Positionsindex 
(&state, &page) in das Variablenfeld 154, 158; 

d. Mittein zum Zugreifen auf die variablen Da- 
ten an der Position, die durch den In das Varia- 
blenfeld 154, 158 eingefugten Positionsindex 
(&state, &page) bezeichneten wird; und 

e. an die Zugriffsmittel gekoppelten Mittein zum 
Einmischen der variablen Daten in das Rah- 
mendokument, urn eines aus der Vielzahl der 
Formdokumente zu erstellen. 

7. • Ein Datenverarbeitungssystem gema8 Anspruch 6, 
bei dem der variable Dokumentbefehl 152 ein Gra- 
fikeinfugungsbefehl fINCIMG) oder ein Texteinfu- 
gungsbefehl (*INCTXT) ist, wobei die vom Zugriffs- 
mittel abgerufenen und vom Einfugungsmittel in 
das Dokument eingemischten variablen Daten aus 
einer Grafik oder einem Text bestehen. 

8. Ein Datenverarbeitungssystem gema8 Anspruch 6, 
bei dem das Variablenfeld 1 54, 1 58 au8erdem eine 
erste Variable zur Angabe einer Tabelle 1 40 und ei- 
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Rovendlcations 

1. Proc^de de creation d'une pluralite de documents 
formates, comprenant les stapes consistant h : 

a. d6finir un document type (150) comportant 
du texte commun (20, 24) et une instruction va- 
riable de document (152), ladite instruction va- 
riable de document comportant un champ va- 
riable (154, 158) specifiant un emplacement de 
donndes variables devant etre incluses dans le 
document formats, 

b. inserer un index d'emplacement (&STATE, 
&PAGE), contenu dans une table de donn^es 

(140) destinies a I'insertion, dans ledit champ 
variable (154, 158), 

c. accdder aux donndes variables (MN, I A, Wl, 
144, 146. 148) h I'emplacement specif 16 par le- 
dit index d'emplacement (&STATE, &PAGE) in- 
s6r6 dans ledit champ variable (154, 158), 

d. fusionner dans ledit document type les don- 
n6es variables comme indiqu6 par ladite Stape 
d'acc^s afin de cr^er un document parmi ladite 
plurality de documents, et 

e. rdpdter ladite 6tape d'insertion, ladite dtape 
d'acc6s et ladite dtape de fusion une fois pour 
chaque document suppl6mentaire parmi ladite 
plurality de documents formatds afin de order 
ladite plurality de documents formates. 

2. Proc6d6 de creation d'une plurality de documents 
selon.Ia revendication 1, dans lequel ledit champ 
variable (154. 158) comprend en outre une premie- 
re variable destinde ^ specifier une table (140) et 
une seconde variable destinde k specifier une po- 
sition (66. 142) h I'intdrieur de ladite table oCi sont 
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situees les donnees variables. 

3. Proc6d6 de creation d'une plurality de documents 
selon la revendication 1 , dans iequel ladite instruc- 
tion variable de document (152) est une instruction 
d'inclusion de texte (*INCTXT) ou una instruction 
d'Inclusion d'Image fINCIMG), dans Iequel ladite 
6tape conslstant h accdder aux donnees variables 
accede k des donnees variables constltuant res- 
pectivement du texte ou une image, et dans Iequel 
ladite 6tape consistent k fusionner dans des don- 
nees variables dans ledit document type, fusionne 
des donnees variables constituees de texte ou 
d'image, respectlvement. 

4. Proc6d6 de creation d'une plurality de documents 
selon la revendication 1, dans Iequel ladite instruc- 
tion variable de document (152) est une instruction 
conditionnelle de texte (if, then, else) ou une ins- 
truction de saut de lignes ou une instruction de 
changement de fonte. 

5. Procdd6 de creation d'une plurality de documents 
selon la revendication 1, dans Iequel ledit index 
d'emplacement (&STATE, &PAGE) ins6r6 dans le- 
dit champ variable (154. 158) est constitue d'une 
liste (144, 146, 148) d'emplacements de donnees 
variables devant §tre incluses dans le document 
formate, ladite liste 6tant de longueur variable. 

6. Systeme de traitement de donnees destine a com- 
poser une plurality de documents formates compor- 
tant des donndes variables, comprenant : 



variables a ['emplacement specifie par ledit in- 
dex d'emplacement (&STATE, &PAGE) insere 
dans ledit champ variable (154. 158), et 

5 e. un moyen couple au moyen d'acc^s destine 

a fusionner lesdites donnees variables dans le- 
dit document type afin de creer un document 
parmi ladite plurality de documents formates. 

10 7. Systeme de traitement de donnees selon la reven- 
dication 6, dans Iequel ladite instruction variable de 
document (152) est une instruction d'inclusion 
d'image (1NCIMG) ou une instruction d'inclusion de 
texte (*INCTXT) dans Iequel lesdites donnees va- 
15 riables auxqueltes accdde ledit moyen d'acc^s et 
fusionn6es par ledit moyen de fusion, sont consti- 
tuees d'une image ou de texte respectivement. 

Systeme de traitement de donnees selon la reven- 
dication 6. dans Iequel ledit champ variable (154, 
1 58) comprend en outre une premiere variable des- 
tin6e k specifier une table (140) et une seconde va- 
riable destinde a specifier une position (66, 142) k 
rint^rleur de ladite table, oCj sont bcaiisdes des 
donnees variables. 

Syst6me de traitement de donn6es selon la reven- 
dication 6. dans Iequel ladite instruction variable de 
document (152) est une instruction conditionnelle 
de texte (if, then, else), ou une Instruction de saut 
de lignes, ou une instruction de changement de fon- 
te. 

10. Systdme de traitement de donnees selon la reven- 
dication 6, dans Iequel ledit index d'emplacement 
(&STATE, &PAGE) insere dans ledit champ variable 
(154, 158) est constitue d'une liste (144, 146, 148) 
d'emplacements de donnees variables devant dtre 
incluses dans le document formats, ladite liste dtant 
de longueur variable. 



a. un document type (150) commun k chaque 35 
document parmi ladite piuralite de documents 
formates comportant du texte commun (20, 24) 
et une instruction variable de document (152) 
destinee a I'insertion desdites donn§es varia- 
bles, dans Iequel ladite instruction contient un 40 
champ variable (154, 158) sp6cifiant un empla- 
cement de donnees variables devant etre inclu- 
ses dans le document formats. 



c. un nrxjyen destin6 k insurer ledit Index d'em- 
placement (&STATE, &PAGE) contenu dans la- 
dite table de donn6es (1 40) destinies k I'inser- 55 
tion, dans ledit champ variable (154. 158), 

d. un moyen destind k acc6der aux donnees 



8. 
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25 



30 



b. une table de donnees (1 40) destlnees a I in- 45 
sertion, ladite table comportant une plurality 
d'entr6es (66, 142, 141 ), chaque entree corres- 
pondant k un document parmi lesdits docu- 
ments formates, dans laquelle chaque entree 
est constituee d'un index d'emplacement so 
(&STATE, &PAGE). 
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